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(54) Variable data fields in a page description language 



(57) A method of printing a set of documents which 
have a generally identical background image, and differ 
from each other by a small area, a page specific image 
region. A method is described to locate each page spe- 
cific image region in a bad^round image page layout. A 
master file stores this background image infbnnation 
along with positional parameters and a file reference to 



the page specific image region data. The page specific 
data are stored in one or more data files, generated by 
a database application program. The master file and 
page specific file are combined such that the background 
image is transformed to a bitmap only once, and the page 
specific data variously modify this bitmap to represent 
each individual page. 
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Description 

Field of the invention. 

The present invention relates to a method for creat- s 
ing multiple documents having identical background 
image regions and document specific image regions 
containing individual data elements. The method can be 
used in desktop publishing systems and for professional 
printed matter e.g. for direct mailing or personalised cop- 10 
ies. 

Background of the invention. 

For direct mailing purposes or In the production of is 
personalised printed matter, it is necessary to print 
between ten or one thousand documents, having the 
same contents, except for a specific small area of the 
document. Usually, a document consists of one single 
sided sheet of paper, but such a document can also con- 20 
sist of several single sided or even double sided sheets. 
It is also possible that several pages of such a document 
must be printed or imposed on a single sheet of paper. 
One or more Imposed sheets are then fold and/or assem- 
bled In a specific order to deliver a folder or booklet with 25 
the required layout. We will discuss here the problems 
that arise when individualised single sided sheets must 
be provided, although the cunent invention also solves 
these problems for the more complex configurations. 

The most simple format of an individualised single 30 
sided sheet comprises a general text with open spaces. 
In the open spaces, the specific data are filled in per 
page. Traditionally, this is handled in the following way : 
the general text - Indicated further on as the background 
image - Is printed on a plurality of sheets, which are all 35 
Identical. The batch printing can be done by an offset 
printer, by a photocopier or by a digital printer. The page 
specific information can be added immediately after the 
first printing pass or on a later moment. This can be per 
page by an individual tag stuck on the sheet, by hand 40 
writing, type-writing or by a printer coupled to a compu- 
ter. Such a printer can be an inpact printer, electro- 
graphic laser printer, inlqet printer etc. The problems for 
this method are the visible difference in writing and 
between the ink of the background image and the ink of 45 
the page specific data. Moreover, the page specific text 
is usually not property aligned with the background text. 
The second pass to add the page specific data requires 
extra time and printing devices. If the background quality 
must be high, offset printing is required, which is very so 
costly for small batches of Individual copies. Another 
important drawback of this method is that only ovenivrit- 
ing is possible. Nothing from the background image can 
be locally erased. 

In the current digital output systems comprising a ss 
bitmap printer, for example in desktop applications, it is 
possible to generate a data stream for individual pages 
in a page description language. For each page to be 
printed, the data stream comprises a desaiption of the 
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background image and a description of the individual 
image. For each Individual page, the data stream 
describing the background image and the specific data 
musi be converted to a bitmap. If the background image 
is complex, this means an important burden for the raster 
image processor (RIP) generating the bitmap, while just 
a small portion on the sheet will be different from the pre- 
vious sheet. Moreover, the transmission per sheet of the 
data stream describing the background data, can impose 
a large perfomiance reduction on the total system. If the 
transmission goes over a network, this kind of print job 
Imposes a tremendous load on the connection, thereby 
influencing the throughput of other tasks using the same 
network. 

A method that alleviates the transmission problem 
Is the creation of "forms". A page description language 
that supports the definition and use of forms Is a Level 2 
feature of the Postscript page description language. 
PostScript is a trade mark of Adobe Systems Inc. The 
PostScript language reference manual, 2nd edition ISBN 
0-20M8127-4, chapter 4.7 on pages 172 to 175 
describes the concept and the use of forms. A fixed tem- 
plate can be defined in a form, and the variable informa- 
tion can be painted on top of it. Each execution of the 
form will produce the same output. The graphical output 
of the form is saved in a cache. Each time the form Is 
used, the saved output may be retrieved Instead of re- 
executing the form's definition. The manual states that 
this can significantly Improve performance when the form 
is used many times. The way of caching is implementa- 
tion dependent. In most Implementations, the cache 
stores an internal representation • a display list - that is 
converted to a bitmap each time the form is required. 
Anyhow, if a form contains an Image, the whole image 
must be cached, which requires a substantial amount of 
memory. Moreover, the generation of a bitmap from the 
display list still requires as serious amount of work. 

None of the above described methods give a satis- 
factory solution to the problems sketched herein before. 

Objects of the invention. 

It is therefore a first object of the invention to provide 
a method that generates high quality pages having an 
identical background image and a specific image on 
each page. 

It is a further object of the invention that each page 
is generated in a single print pass. 

It is a specific object of the invention that the oom- 
putational effort to generate pages following the first 
page is substantially reduced with respect to the work 
required to generate the page specific image region. 

Other objects will become apparent from the 
description hereinafter. 

Sumnr^ary of the invention 

In accordance with the present invention, a method 
is disclosed for printing a plurality of pages, having an 
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identical background image region and at least one page 
specific image region, comprising the following steps : 

a) generating a bitmap representation for said back- 
ground image region and storing said bitmap in a s 

bitmap memory means ; 

b) saving in a cache memory means portions of said 
bitmap representation corresponding to each page 
specific image region; 

c) generating a bitmap representation for at least io 
one page specific image region and storing said 
page specific bitmap in said bitmap memory means ; 

d) outputting the contents of said bitmap memory 
means to a marking engine for printing at least one 
page ; is 

e) restoring at least one said saved portion from said 
cache memory means to said bitmap memory 
means ; 

f) repeating steps c) to e) until said plurality of pages 

is printed. 20 

The feature that the background region is directly 
converted to a bitmap representation of the background 
image, and not stored in some Internal format in a sep- 
arate cache memory for later retrieval as in the imple- 25 
mentation of the PostScript 'lorm" command has several 
advantages : 

- if the internal format is not a bitmap format, the exe- 
cution of the "execform" command requires the gen- 30 
eration of the bitmap ; 

if the internal format is a bitmap format, a large 
amount of cache memory is required for storing the 
form, apart from the memory required for the bitmap 
; moreover the "form"-functionafity requires that an 35 
extra non-bitmap copy is retained to allow scaling, 
rotation and other graphical state settings ; 
even if the form is stored In bitmap format, the con- 
tents of the separate cache memory must be trans- 
mitted to the bitmap memory each time the 40 
"execform" command is executed. In a 400 dpi A3- 
size colour printer, this can require a data copying 
of 120 MByte, which requires 3 seconds in a system 
having a bus bandwidth of 40 MByte per second. 

45 

According to the method of the current invention, the 
bitmap portions - corresponding to the page specific 
image regions - of the bitmap memory means that must 
be saved, are| usually substantially smaller than the 
whole bitmap. This has the advantage that just a small so 
amount of memory is required to save the bitmap por- 
tions. Moreover, the saving operation and later on the 
restoring operations do not put a big data transmission 
burden on the raster image processor. 

The steps c). d) and e) that must be executed for ss 
each individual page are mainly restricted to the bitmap 
generation for the page specific data. The bitmap data 
for the page specific image regions can directly be writ- 
ten into the bitmap memory, as if one single page must 



be printed. As such, no specific processing for this bit- 
map region or extra processing time is necessary, ena- 
bling the system to make use of the high performance 
processing of usual bitmap generation. The outputting of 
the bitmap to the marking engine - step d) - must be done 
in any case. A third essential step e) is the restoration of 
the' bitmap data representing the background image. 
This must be accomplished at least for the bitmap portion 
that will be different on the next page. The advantage of 
this restoration Is that e.g. text can always be overiaid on 
the true background, such that this remains visible where 
no text is painted. On the other hand, a box containing 
the text can also be put over the background, whatever 
Is required by the layout. Even the size of this box could 
vary between consecutive sheets. 
Such bitmap portions are usually substantially smaller 
than the background bitmap, such that the transmission 
requires a small amount of work, which can be done rap- 
kily. Moreover, the restoration of the background bitmap 
is acconplished by a simple copy operation, involving no 
other computational effort. A copy operation can be dra- 
matically optimized, based on hardware capabilities or 
sometimes by specific software implementations in 
machine language or microcode. To optimise this trans- 
mission, preferentially each bitmap portion consists of a 
rectangular area with horizontal and vertical sides, which 
fully overiaps one or more page specific image regions. 
A page specific image region can be a rectangle rotated 
over e.g. 30 degrees. In that case, the bitmap portion is 
preferentially the smallest horizontally oriented rectan- 
gle, enclosing the rotated rectangle. The page specific 
image region may also be delineated by a polygon or any 
other closed path. The bitmap portion Is also In that case 
preferentially the smallest enveloping horizontal rectan- 
gle. 

The sheets that must be printed are usually sheets 
of paper. The sheets can be printed single sided or dou- 
ble sided. By a plurality is meant that at least two sheets 
are printed, having the same background image. Usually 
a sequence of say hundred of sheets is printed, having 
the same background image. It is also possible that each 
individualised sheet must be printed twice or more times, 
when two or more Identical copies are required for each 
specific page. It is also possible that the same "back- 
ground image" appears e.g. four times on one sheet, and 
that on that sheet four individual pages are prepared. 
The four "background images" form in that case one 
large "background image" in the teaching of this inven- 
tion and the sheet then contains four, eight, .. sheet spe- 
cific image regions. A background data stream 
describing such type of pages is usually obtained by 
"step and repeat" imposition, in the case that each 
required sheet fits two or more times on one printed 
sheet. 

It is also possible that each individual document con- 
sists of two or more sheets. In that case, preferentially 
the first pages of each individual document are gener- 
ated and output to the printer first, followed by the second 
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pages of each individual document. The documents can 
then be sorted and assembled in a further pass. 

The identical background image region is that part 
of the sheet that carries an image that appears on each 
sheet. The background Image can be just printed text, or s 
graphics or the reproduction of a contone image, or any 
combination of these "graphical objects". The graphical 
objects can be in black and white or In colour. A contone 
colour or black and white image can be reproduced on 
each sheet by binary halftoning, by multilevel halftoning io 
or by a contone reproduction process. Depending on the 
binary, multilevel or contone process, the bitmap 
requires per pixel one or more information bits (binary 
digits) per colour In the bitmap memory means. 

A specific image region can contain personal iden- is 
tification data such as a person's name, address, etc., a 
digital representation of a person's photograph, a 
numeric representation or a barcode for a person's reg- 
istration number, etc. The specific image region can also 
describe a specific item, such as a specific house in a 20 
real estate database, or specific object in a collection. 
The page specific image region can lie completely within 
the background image region, partly overlap it or be com- 
pletely disjunctive from it. It is also possible that more 
than one page specific image region is present on each 25 
sheet It is possible for example that a person's name 
appears on two different locations of the sheet, or that 
his name appears at one page specific image region and 
his picture appears on another page specific image 
region. If more than one page specific image region is 30 
present, It is possible that these regions partiy or entirely 
overlap. 

Generating a bitmap representation is the process 
to convert one or more data streams describing the 
image(s) to be printed on the sheet, in a format that com- 35 
plies with the spatial and density resolution of a raster 
output device that will print the sheet. A raster output 
device virtually divides the sheet in connected rectangu- 
lar cells, called output pixels or recorder elements, and 
hasthecapabllitytoaddresseach recorder element indi- 40 
vidually to assign a specific density level to it. Per 
recorder element, or per group of recorder elements, the 
bitmap needs one memory cell, to keep a representation 
for the density to be assigned to the corresponding 
recorder element(s). In binary raster output devices, two 45 
density levels can be assigned to or rendered on each 
recorder element. For this type of devices, the bitmap is 
usually contained in a large memory array or matrix hav- 
ing one bit - capable to store a one or a zero - for each 
individual recorder element. For raster output devices, so 
having a higher density resolution than just two levels, 
more than one bit per recorder element may be neces- 
sary for each recorder element. The memory means. In 
which the bitmap representation for the image to be 
printed on the sheet is stored, is called the bitmap mem> ss 
ory means. This bitmap memory means can be realised 
by a random access memory (RAM) or for example a 
magnetic disk. Once a sheet must be printed, the con- 
tents of this memory means is sent to the printer engine, 



that converts the electrical signals representing the bit- 
map to a visible image on the sheet. 

A specific feature of the current invention Is that one 
or more portions of said bitmap representation are 
extracted from the bitmap memory means, once the bit- 
map representation for the background Image region has 
been generated. Each portion preferentially corresponds 
to one page specific image region. The portion that is 
extracted preferentially coincides with the page specific 
image region or. as described above, is an enveloping 
rectangle comprising said page specific image region. If 
the output device has a binary density rendering capa- 
bility only, tiie bitmap memory stores one bit per recorder 
element If tiie boundary of the page specific image does 
not coincide with a byte boundary (eight bits are usually 
grouped in one byte), it is advantageous to save the 
whole byte comprising the boundary bit. or even to save 
a bigger memory unit such as a word of sixteen or thirty 
two bits. Each bitmap portion is stored in a cache mem- 
ory means. This is a memory means that has no overlap 
with the bitmap memory means, but can be located on 
the same physical medium. The cache memory means 
may be random access memory (RAM), but it can also 
be located on a magnetic disk device. If the bitmap por- 
tions are relatively small and fast access is required, they 
can be stored in RAM. If these portions can be large, 
then they are preferentially stored on a less expensive 
medium such as a disk. 

In the same way as the background Image is con- 
verted to a bitmap representation and stored in the bit- 
map memory means, the page specific data are 
converted to a bitmap representation and stored in said 
bitmap memory means. If two page specific image 
regions are present on each sheet. It is possible that one 
such region remains unchanged over two or more con- 
secutive pages, while another region changes from page 
to page. This is e.g. the case when each person acquires 
two or more differently numbered personalised tickets. 
In that case two options are open. In the first way of work- 
ing, each time the bitmap for both image regions (name, 
number) is generated and stored in the bitmap memory 
means. In the other option, only the bitmap for the vary- 
ing region (number) is generated and stored in the bit- 
map memory means, while the otiier region (name) is 
left unchanged, for it contains the right image printed on 
the previous sheet, and not erased by the previous 
restoring step. 

Once the background image and page specific data 
are in bitmap representation in the bitmap memory 
means, tiie contents of said memory means can be 
transmitted to a marking engine for converting the bitmap 
representation to a density distribution on the sheet. 
Usually one sheet must be printed for each specific doc- 
ument. It is possible however, that each document must 
be available in two or more copies. It that case, the con- 
tents of the modified bitmap memory means can be out- 
put as many times to tiie marking engine as copies are 
required. 
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Once the modified bitmap memory contents is 
printed as required, the bitmap memory can be prepared 
for the next sheet to be printed. If just one page specific 
image region is present, the bitmap portion saved in the 
cache memory means Is retrieved and restored In Its 5 
original location in the bitmap memory means. At that 
moment, the bitmap memory means contains the back- 
ground image representation as It was generated in the 
first stage. If two or more image specific regions (cfr. 
name, number) are present on each sheet and depend- 10 
ent on which of the above two options is selected (i.e. 
restore each region or just the one that will change), one 
or more bitmap portions are retrieved from the cache 
memory means and restored in the bitmap memory 
means. If the second option is selected, sometimes the is 
bitmap memory means does not contain the original 
background image representation. 

The above steps of generating the page specific bit- 
map, printing the sheet and restoring the bitmap portion 
are repeated over and over until all pages are printed. 20 
The restoration of the bitmap before the first sheet print 
or after the last sheet print is optional, and can be effec- 
tuated or not, based on organisational considerations. 

Detailed description of the invention. 2s 

The Invention Is described hereinafter by way of an 
example with reference to the accompanying figures 
wherein : 

30 

Fig. 1 shows a specific embodiment 

for carrying out the method 
according to the current inven- 
tion ; 

Fig. 2 shows the logical relation 35 

between various application 
programs that can be used to 
carry out the Invention ; 

Fig. 3 shows a set of OPI-comments, 

describing the inclusion of 40 
image data ; and 

Fig. 4. A. 4.B and 4.C show excerpts of a PostScript 

data stream for carrying out the 
Invention. 

45 

Fig. 1 shows a configuration on which the method of 
the current Invention can be carried out. The system can 
be used for example in a desktop publishing environment 
and comprises a workstation 21 for creating a page lay- 
out, and for generating the page specific data elements, so 
The system usually comprises a magnetic hard disk 22, 
for permanently storing elements for composing the 
background image, like digitally scanned images, graph- 
ics such as logo's and font descriptions, as well as data- 
bases containing Individual records for the page specific 55 
image regions and executable programs for performing 
operations on the data. The workstation can also be cou- 
pled directly to an image scanner for image acquisition, 
or images can be transmitted to it via a network, mag- 



netic or c^tical carriers etc. The workstation is further 
coupled to a raster image processor (RIP) 23 in a point 
to point or network connection, or off line via magnetic 
or optical carriers. As will be described below, the work- 
station generates a data stream describing the back- 
ground image and the page specific image data, usually 
in a page description language such as PostScript. This 
data stream Is accepted by the raster Image processor 
23, that converts it to a bitmap representation. This bit- 
map representation Is stored in a bitmap memory 
means, which is usually a random access memory (not 
shown) within the raster image processor 23. The bitmap 
portions are saved on a cache memory means, which 
may be a hard disk 26. 

The electrical signals corresponding to the bitmap 
representation are sent from the raster image processor 
23 to the marking engine 24. which renders the repre- 
sentation on a physical medium, like a stack of printed 
sheets 25. 

The workstation 21 can be a Mac Quadra 800, con- 
figured with AppleTalk or EtherTalk. Preferentially the 
operating system running on it is Macintosh System 7. 
supporting LaserWriter printer driver version 7 and 
Ethertalk phase 2. 

To carry out the method of the current invention, 
preferentially the following application programs run on 
the workstation 21 : 

a digital image creation program 

- a page layout program for creating a data stream 
MASTER.PS 

a database application program for creating data 
streams VDFx.PS 

- a variable data field (VDF) merger for combining the 
MASTER.PS and VDFx.PS data streams. 

A suitable digital image creation program is Pho- 
toshop version 2.5.1. which is a trade mark of Adobe 
Systems Inc. 

The page layout program may be QuarkXpress ver- 
sion 3.3, which is a trade mark of Quark Inc. ; or Page- 
Maker version 4.2 or 5.0, which is a registered trademark 
of Aldus Corporation. This is a professional page layout 
program integrating colour, image data, graphics and 
text and generating an Encapsulated PostScript or EPS- 
file. It generates one or more page sections, each page 
section describing a background Image, along with the 
positional parameters of each page specific image 
region. 

The database application program generates for 
each page specific Image region x, from data in a data- 
base format, a PostScript compatible output data stream 
VDFX.PS. which can be directed to a PostScript compat- 
ible printer for immediate output or to a file. Each 
VDFx PS data stream is used as a plug-in in the MAS- 
TER.PS data stream by the variable data merger. A suit- 
able database application program is RIeMaker Pro 
version 2.0. a trade mark of Claris Inc. 
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The raster image processor (RIP) 23 can be an Agfa 
CR-A system, CR-A is a trade name of Agla-Gevaert 
N.V. in Mortsel Belgium. The CR-A RIP supports Post- 
Script level 1 and an extra feature to enable the method 
of the current invention. The system comprises two 
Motorola MC68040 processors, operating at a clock rate 
of 33 MHz, it further contains an Agfa specific CVI inter- 
face board to drive the marking engine 23. The system 
further comprises a SCSI interface board towards a 340 
MByte SCSI compatible hard disk 26, and an ethernet 
connection 27 to hook the raster image processor 23 up 
to the same network as to which the workstation 21 is 
connected to. The CR-A RIP further oonprises a random 
access memory fc)oard (not shown) , capable to store 1 28 
MByte, with an access time of 80 nanoseconds. 

The marking engine 24 is preferentially an XC305 
or XC31 5 Agfa Colour Copier, both trade names of Agfa- 
Gevaert N.V. in Mortsel, Belgium. 

^A way for carrying out the invention is now 
desaibed in conjunction with Fig. 2. If the background 
image conrprises digital images, obtained for example 
from contone colour images on photo prints, the digital 
image source files can for instance be generated by the 
above mentioned Photoshop application program 30. 
and saved according to the TIFF (Tag Image File Format, 
trade mark of Aldus Inc.) specification on hard disk in a 
file called TIFF.EPS 31. For each page specific image 
region preferentially a separate dummy TIFF file, with the 
extension .VDF is created by Photoshop. The dummy file 
30 for the first page specific image region 42 can be 
called TIFF1.VDF. for the second page specific image 
region 43 TIFF2.VDF 33 etc. The contents of these 
TIFFx. VDF image files doni really matter, because their 
contents will not appear in the final VDFPS combined 
data stream 42. Preferentially they represent low resolu- 
tion infiages, such that they do not add to much data to 
the MASTER.PS file. Altematively, images comprising 
templates for the real page specific regions can be cre- 
ated, to allow proper alignment with the background 
image, as will be discussed below. 

In a next step, a page layout program 34 such as 
QuarkXPress or PageMaker 5.0 is invoked. Usually, first 
a text to be printed on the sheet is imported and shown 
on the screen of the workstation according to the 
selected options such as character font, size and other 
characteristics. All background composition images are 
then "1 mport ed" via the page layout program. This means 
that a low resolution version of the background compo- 
sition image as required is shown on the video monitor 
of the workstation 21 , but the whole image is not actually 
accessed. Each background cornposition image can be 
positioned relative to the text within the page layout, 
mainly with respect to translation, rotation and scaling. 
If required, more text can be added to annotate the 
images, text can be reorganised etc. Also the TIFFx. VDF 
(32, 33) Images, representing the page specific image 
regions, must be properly positioned within the page lay- 
out. If each TIFFx. VDF image is just a dummy Image, 
the rectangular area of that image can be properly posi- 



tioned with respect to the rest of the layout by translation, 
resizing each side of the rectangle and rotation, over any 
angle. Preferentially, each TIFFx.VDF file contains an 
innage representation of one page specific image region. 

5 If the first page specific image region would contain a 
person's name, then TIFF1.VDF preferentially repre- 
sents an image of an arbitrary name, in the font and size 
as required in the final printed sheet. As such, the rec- 
tangular box enclosing that name and occupied by the 

to TIFF1.VDF image can be properly positioned and 
aligned with the surrounding text in the background 
image. This rectangular box must not be resized in any 
dimension, because this would obscure the relation 
between the template on the video monitor of the work- 

15 Station and the final result. Another way to properly along 
the page specific image region within the background 
image is to incorporate part or the whole test line, where 
the page specific data are located, in the region. The 
region is positioned as correctly as possible in a first 

20 pass, and after printing one document, and measuring 
the dislocation, re-posltioning the region. 

The page layout program will generate an output 
data stream 35 In a selected page description language. 
Preferentially, the PostScript Level 1 output format is 

25 selected. The output data stream is preferentially 
directed to a file on hard disk, which we will call the mas- 
terfile MASTER.PS. This master file gives a full descrip- 
tion of the background image. The image data, both 
representing the background conrposition images and 

30 the dummy templates for the page specific image data, 
may be effectively included in the master file, preferen- 
tially in a low resolution format, but are also referenced 
by It through the file name. The way how an image is 
referenced to in a PostScript file, Is defined by the OPI 

35 (Open Prepress Interface, trade mark of Aldus Inc.) 
standard, as described in the Open Prepress Interface 
Specification 1.2. In Fig. 3, we show an excerpt from a 
PostScript output of PageMaker 5.0. The comments - 
having a leading % character - define according to the 

40 OPI standard the image filename as TIFF1 .VDF in the 
"%ALDlmageFileName: "-field and further indicate that 
the image data are in TIFF format. The dimensions of 
the image are indicated as 142 pixels by 142 lines, and 
the rectangular area that the image will occupy in the lay- 

45 out is given as measured in points (1 772) under the com- 
ment "%ALDImagePosition: This means that the size 
of the image and its location within the layout is given. 
The image data is inserted just after the *%%BeginData" 
comment line. The "is CL'^" conmnand will consume 

50 these data such that they are directed to the correct posi- 
tions within the bitmap. The rectangular area delineated 
by the four corner points given in the "%ALDImagePosi- 
tion" comment defines the positional parameters for the 
page specific image region, such as location, shape, size 

55 arri orientation of the region. All page specific data must 
fit within this area. As will be described below, everything 
page specific outside this area will be clipped. 

Once the layout for the background image, along 
with the positional parameters for the page specific 
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image regions, is fixed, the information contents for each 
individual page specific image region on each sheet 
must be generated. As shown in Fig. 2, this is preferen- 
tially done by a database application program 37 such 
as FileMaker Pro version 2.0. In this program, a set of s 
records can be imported by manual entry or by access- 
ing data on a database file 36. Each record contains indi- 
vidual fields. A record contains for example the 
information about a client. Afirst field in the record gives 
his last name, the next field his first name, the next field io 
his address etc. The application program 37 allows to 
pick some fields and format the data in a specific layout. 
According to the above example, one could define a lay- 
out containing two lines : the first line represents the con- 
tents of the last name field followed by the first name field is 
and the second line represents the contents of the 
address field. The application program 37 can now gen- 
erate a first ASCII PostScript Level 1 compatible page 
specific data file 38 - which we will call VDF1 .PS - that 
contains the thus formatted representation of alt or a 20 
selection of some records from the database, without 
cover page inclusion. If that file VDF1.PS would be sent 
to a PostScript printer, one page for each record would 
be generated, each page containing two lines, formatted 
as described above. The text lines, graphical data or 25 
image in VDF1.PS must be positioned relative to a 
known reference, e.g. the lower left corner of each page, 
which is the origin position for the PostScript interpreter. 
This lower left corner will then be positioned upon the 
lower left corner of the rectangular page specific image 30 
region within the background image. 

The VDF1 .PS could reflect the address section of a 
letter, while further down the letter just the last name 
must be inserted in the background image. For that pur- 
pose, a second page specific PostScript data file 35 
VDF2.PS 39 can be generated, extracting from the data- 
base the same records as VDF1 .PS. but formatting just 
one line containing each time the last name field of the 
record. Printing VDF2.PS would generate the same 
amount of pages as with printing VDF1 . PS. but on each 40 
page just the last name would appear. 

For every dummy file TIFFx. VDF (32, 33), a corre- 
sponding page specific data file VDFx.PS (38. 39) must 
be generated. Usually the number of TIFFx.VDF files is 
the same as the number of VDFx.PS files. It is possible 4S 
however that the contents of one VOFx.PS file can be 
used for two different page specific image regions. If for 
these regions a different dummy file TIFFx.VDF and 
TIFFy.VDF were generated, it may be appropriate to 
generate just one VDFx.PS. In this case it could have so 
been also appropriate to reference in the MASTER.PS 
PostScript file two times to the TIFFx.VDF file. 

Usually all page specific image files VDFx.PS. 
VDFyPS, ... represent the same amount of pages. As 
such, the first sheet of the final printed output would con- ss 
tain data corresponding to the first page section 
described in VDFx.PS and the first page section 
described in VDFy.PS. The same applies for the second 
and all subsequent pages. It is possible however to gen- 
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erate a VDFx.PS file describing N+N pages, and a 
VDFyPS file describing just two pages. The first printed 
sheet would then contain the contents of VDFx.PS page 
section 1 and VDFy.PS page section 1 ; the second page 
would contain the contents of VDFx.PS page section 2 
and VDFy.PS page section 2 : the third page would con- 
tain the contents of VDFx.PS page section 3 and 
VDFy.PS page section 1 again, because VDFy.PS was 
exhausted and is cyclically repeated ; the fourth page 
would contain the contents of VDFx.PS page section 4 
and VDFy.PS page section 2. etc. 

Once both the master file MASTER.PS 35 and the 
page specific image files VDFx.PS 38, 39 are created, 
these files can be combined to yield the desired result. 
Therefore a variable data field application program or 
variable data merger 40 is invoked, offering the following 
options. 

The number of copies for each individual sheet can 
be selected. If every document needs two or more iden- 
tical copies, this is set by this number of copies. The 
paper size on which the background layout must be 
printed can also freely be selected. All images refer- 
enced to In the OPI compatible commands must be 
retrieved and explicitly included. These dummy images, 
referenced by a file extension .VDF must not be included 
as such but must be handled as described below. The 
variable data merger will generate an ASCII PostScript 
Level 1 compatible combined data stream 41 . This data 
stream can be directed to a file, e.g. on hard disk or 
directly to a printer system, that accepts a PostScript 
page description language and prints the images repre- 
sented by the language. If the data stream is directed to 
a file, this file can be stored temporarily on a storage 
medium and be sent at a later date be sent to a Post- 
Script compatible printing system. 

The variable data merger 40 will analyze the MAS- 
TER.PS file 35 and locate alt the occurrences of a refer- 
ence to a file with extension .VDF. According to the above 
example, the program will find T1FF1.VDF. TIFF2.VDF 
The program will prompt the operator for the substitution 
of the TIFF1.VDF reference. According to the above 
example, the operator would introduce the filename 
VDF1 .PS. The program then prompts for the substitution 
of TIFF2.VDF : the operator will introduce VDF2.PS. etc. 

According to the PostScript code in Fig. 4, we will 
describe now how the variable data merger 40 processes 
the different Input files : one MASTER.PS file 35, several 
VDFx. PS files 38. 39 and possibly different TIFF-f iles 31 
representing images that must be included in the back- 
ground image. Therefore we need to recall how a Post- 
Script file is structured according to the DSC 
recommendations. 

According to DSC. as defined in the Document 
Structuring Conventions in the above mentioned Post- 
Script language reference manual on pages 61 1 to 708. 
a PostScript file contains three main sections : 

a prolog script ; 
a page section ; and 
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a document trailer 
The prolog script further corrprises : 

a header section ; 

a procedure section ; and 

a document setup. 

The procedure section gives the definition of proce- 
dures in terms of regular basic PostScript expressions, 
which will mainly be used in the document setup and 
page sections. The document setup performs initialise' 
tions which are valid for all subsequent pages of the doc- 
ument. The page section contains for each subsequent 
page the commands which are necessary to paint the 
bitmap representing the page completely and to issue 
the bitmap contents to the marking engine. Each page 
within the page section starts - according to the DSC 
conventions - with a "%%Page L N" comment, wherein 
L represents a label and N represents the page number 
in arable numerals. The trailer section starts with the 
comment line "%%Trailer" according to the DSC conven- 
tions. 

The variable data merger application program cre- 
ates its output data stream in the following way. A specific 
header section is created. Then the MASTER.PS file is 
read, and the .VDF file references and templates are 
replaced by the output generated by the database appli- 
cation program. The general structure of the data stream 
created by the variable data merger can be summarized 
as follows : 

- Definition of variable data merger specific proce- 
dures 

- Prolog section of MASTER.PS file (PageMaker out- 
put) 

- Page section of MASTER.PS file - Page 1 only 
(PageMaker output) omission of "%%BeglnObject... 
%%EndObiect" if .VDF image 

Save all bitmap portions according to page specific 
regions 

- For each page In VDFxPS : 

+ Translate and rotate co-ordinate system to 
lower left corner of page specific region 

+ Prolog section of VDFxPS file (FileMaker Pro 
output) 

+ Page section of cun'ent page in VDFxPS file 
+ Trailer section of VDFxPS file (FileMaker Pro 
output) 

+ Issue nnodified "copypage" command also 
restoring all saved bitmap portions ("showpage" 
on last page also removing all saved bitmap por- 
tions from cache memory) 

- Trailer section of MASTER.PS file (PageMaker out- 
put) 



We will discuss each above section more in detail. 
The definition of variable data merger specific proce- 
dures is in fact an application specific procedure section. 
In Fig. 4.A a TageSizeRequest" procedure is defined 

5 that must be executed whenever a page size initialisation 
or the like is done. If this is done during the processing 
of a VDFX.PS file, then the standard PostScript "init- 
graphics" procedure is invoked and the page specific 
image region Is defined as dip region, such that nothing 

10 can be painted outside this region. Next all types of page, 
paper tray and page device requests (e.g. /aS. etc..) are 
intercepted and converted to the execution of the above 
PageSizeRequest command. A context save and restore 
procedure are defined, that cope with database applica- 

15 tion programs that leave dictionaries on the stack. 

In Fig. 4.B the standard "showpage" and "copypage" 
commands are redefined such that the required number 
of copies for each page are printed. As will be discussed 
below, the "/showpage" and "/copypage" procedures 

20 have a specific side-effect, to carry out the invention, fur- 
ther the AQFA_MAKE_TRANS_FROM_RECT com- 
putes translation and rotation parameters from a set of 
rectangle coordinates obtained from the OP I comments 
in the master file and stores these corner points for use 

25 in the PageSizeRequest. The AGFA_CLEAR_RECT 
command clears the current page specific image region 
If the raster image processor does not support the "set- 
variabledatabQx"-procedure, which will be discussed 
below. If the RIP does support this command, basically 

30 nothing special is done. In the AGFA_SAVE_VDF_BOX, 
we see the use of an AgfaScript (trade mark of Agfa- 
Gevaert A.G. in Leverkusen, Germany) specific com- 
mand. AgfaScript is a PostScript language interpreter. 
The setvarlabledatabox command has consumes five 

35 parameters from the stack : 

1) bitmap j3ortionJd : unique identifier to refer to 
one specific bitmap portion ; 

2) bitmap_portionJeft : most left position of bitmap 
40 portion 

3) bitmap_portion_bottom : bottommost position of 

bitmap portion 

4) bitmap j>ortion_right : most right position of bit- 
map portion 

45 5) bitmapjjortionjop : topmost position of bitmap 
portion 

Execution of this command will transmit a horizontal rec- 
tangular portion of the bitmap from the bitmap memory 

50 means to the cache memory means. As will be described 
below, "copypage" restores all bitmap portions saved by 
tills command, and "showpage" removes all these bit- 
map portions from cache memory. 

Finally, the usual "showpage"-command is rede- 

55 fined such that it has no effect when invoked by the page 
layout or database programs. 

TTie prolog section of the MASTERPS PageMaker 
output file starts at ttie beginning of the MASTERPS file 
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and proceeds up to (but not including) the first DSC 
''%%Page''-comment. 

The page section starts at said '*%%Page''-comment 
and proceeds up to (but not Including) the next DSC 
'*%%Page"-comment or the DSC '%%Trailer"-comment. s 
The contents of this page section Is scanned and output 
until an OPI-comment line referencing to a .VDF file is 
found. In that case, the next section enclosed by 
*'%%BeglnObject: Image" and "EndObject^ as shown in 
Rg. 3, is removed from the output data stream. The rest io 
of this page section is further transmitted to the output 
data stream. Wherever a non-. VDF-f lie must be included 
for background images, it is added to the output data 
stream. Once this page section from the master-file cre- 
ated by PageMaker is fully transmitted to the output data is 
stream, the background image is fully painted in the bit- 
map memory means and the image specific regions 
must now be filled in. in a loop over all data records. 
Before this procedure is started, the full status is saved 
by the execution of the "_AGFA_SAVE_CONTEXT"- 20 
procedure. A shorthand for the rectangle coordinates for 
each image specific region is defined (e.g. 
_AGFA_VDF_RECT_11 definition). Eight numbers 
defining the position of the four corner points of a rotated 
rectangle are required. These numbers are retrieved 25 
from the OPI-comments, as described above. and define 
the positional parameters of the page specific image 
region. 

Every portion from the bitmap memory means cor- 
responding to a page specific image region is saved by 30 
a function that invokes the AgfaScript specific "setvaria- 
bledatabox^-command : 

e.g. 1 396 650 538 793 _AGFA_SAVE_VDF_BOX. As 
described atx>ve, such a portion is a horizontal rectan- 
gular area, completely covering the page specific image 35 
region. The co-ordinates of the lower left and upper right 
corner of this portion are sufficient to fully describe it. If 
the current sheet contains more than one page specific 
image region, a plurality of such commands, to save a 
bitmap portion in cache memory, will be issued, prefer- 40 
entially one per region. 

Then the loop for each page in the VDFx. PS file cre- 
ated by FileMaker Pro can be started. The first thing to 
happen is clearing the page specific Image region for 
RIP'S that do not support "setvariabledatabox". This is 45 
done by the commands _AGFA_VDF_REGT_1 1 and 
_AQFA_CLEAR_RECT The last command clears the 
area If said command is not known. Next the graphical 
state Is saved In a standard PostScript "gsave" com- 
mand. Then the origin is translated to the lower left cor- so 
ner of the rectangular page specific image region and 
the connect rotation of this rectangle is performed, by the 
_AGFA_VDF_RECT_1 1 and _AGFA_MAKE_TRA- 
NS_FROM_RECT commands. By the last command 
also the data falling beyond the rectangular page specific ss 
image region provided for the region are clipped. This 
has the advantage that the background image will not be 
disturbed outside the region. 



Next the prolog section of the VDFx.PS file is trans- 
mitted to the output data stream. The prolog section 
starts from the beginning of thef lie VDFx. PS file and pro- 
ceeds up to (but not including) the first DSC "%%Page''- 
comment After this section, the appropriate page sec- 
tion for the current page must be added. This section is 
found by scanning the VDFx.PS file until a "%%Page L 
N"-comment with the right page number N is found. Eve- 
rything from this location In the VDFx.PS file up to (but 
not including) the next DSC "%%Page''-confiment or the 
DSC •%%Trailer"-comment within the VDFx.PS file is 
included in the output data stream. This data stream will 
paint the page specific image region with the appropriate 
graphical data in tiie bitmap memory means. After this 
operation, the bitmap is ready to be printed. The single 
page section is then followed by the trailer section from 
the VDFx.PS file created by RIeMaker Pro. This trailer 
section starts with the DSC "%%Trailer"-comment and 
stops at then last character in tiie VDFx.PS file. 

Then the graphical status, valid before the above 
mentioned "gsave'^-command, is restored by a standard 
PostScript "grestore" command. The previous transla- 
tion and rotation are thus restored. The bitmap memory 
means is now printed by the _AGFA_COPYPAQE com- 
mand. This will issue the contents of the bitmap memory 
means towards the marking engine, that converts the bit- 
map representation to an optically visible image on a 
sheet. The contents of the bitmap memory Is not lost by 
tills operation. This modified "copypage" command will 
issue that amount of identical copies which is required 
by the variable data merger operator. The modified "cop- 
ypage" command has another AgfaScript specific side- 
effect. Once all required copies are printed, all rectangu- 
lar portions - saved in cache memory means by the "set- 
variabledatabox'-command - are restored in the bitmap 
memory means. As such, the background image is com- 
pletely restored in the bitmap memory means. 

If more pages are present in the VDFx.PS file, tiie 
procedure starts again : dear the page specific image 
regions on a PostScript device not supporting "setvaria- 
bledatabox" ; save graphical state ; translate, rotate & 
clip rectangle ; issue FileMaker Pro prolog ; select and 
issue correct page section ; issue Filemaker Pro trailer 
section ; restore graphical state ; issue tiie modified "cop- 
ypage" command to render the required pages and 
restore the rectangular bitmap portion(s) and restart tiie 
procedure. 

If the last page according to the VDFx.PS file must 
be printed, the modified "copypage" is substituted by a 
modified "showpage" command, that issues as much 
identical copies as is required by the variable data 
merger application program operator, but the contents of 
the bitmap memory is lost by this operation. The contents 
of the bitmap memory means is reset to represent a 
"blank page", ready to accept the data for the next page. 
The modified "showpage" command has another AgfaS- 
aipt specific side-effect. Once all required copies are 
printed, all rectangular portions - saved In cache memory 
means by the "setvariabledatabox"-command - are 
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erased from the cache memory means. As such, these 
portions are made Inaccessible, even for subsequent 
AgfaScrlpt specific "copypage" or "showpage" com- 
mands to come. 

After the last modified "showpage" command, the s 
full context, which was stored by the 
"_AGFA_SAVE_CONTEXr' command, is now 
restored by the "_AGFA_RESTORE_CONTEXT" com- 
mand. And finally the trailer section from the MAS- 
TER. PS file - output from PageMaker - is issued in the 10 
output data stream. This trailer section starts at the DSC 
"%%Trailer"-comment and ends at the last character of 
the jVIASTERPSfile. 

The above description Is confined to a one sheet 
background image and one page specific image region is 
within the background image. The master file may how- 
ever contain more pages. In that case, preferentially first 
all sheets corresponding to the first page section in the 
MASTER.PSfile are printed ; thereafter, all sheets cor- 
responding to the second page section in the MAS- 20 
TER.PS file are printed etc. To accomplish this, the step 
where the trailer section of the MASTER.PS fOe is intro- 
duced in the output data stream, is postponed and 
replaced by an iteration that restarts at the output of the 
page section of the MASTER.PS file - Page 2 only. The 25 
other steps follow the same sequence as for page 1 in 
the MASTER.PS-file. As usual, the page section starts 
with the DSC "%%Page"-comment and ends where the 
next "%%Page"-comment appears, or the final 
''%%Trailer"-comment, which terminates the last page 30 
section. As long as the "%%Trailer"-comment is not met, 
the process iterates for handling a next page section of 
the MASTER.PS file. Once the trailer section is encoun- 
tered, the cuaent page section of the MASTER.PS ffle 
is processed, by inclusion of the expanded VDFx.PS- 3S 
file(s), and the output data stream is concluded by the 
trailer section of the MASTERPS file. 

It is also possible that a page section of the MAS- 
TER.PS file refers to more than one VDFx.PS file, say 
VDFX.PS and VDFy.PS. In that case the 40 
AGFA_SAVE_VDF_BOX will be invoked for two bitmap 
portions, each enclosing one of both page specific image 
regions. The issuance of the modified "copypage" or 
"showpage" command is postponed to happen after a 
new iteration of translation and rotation, prolog section 45 
of the VDFy.PS file, page section of the current page in 
the VDFyPS file and trailer section of the VDFy.PS file. 
If yet a third VDFxPS file was referred to in the current 
page of the MASTER.PS file, then again the process iter- 
ates from the translation and rotation. After the "current so 
page" of each referenced VDFx.PSf lie is included, along 
with the corresponding prolog and trailer section, a mod- 
ified "copypage" command - or for the last page section 
in VDFx.PS-file a modified "showpage" command - is 
issued, and then the next page section or the final trailer ss 
section of the MASTER.PS file is handled. 

If more than one page specific image region is 
present in a bad^round image region, it is possible that 
two or more of these image regions have overlapping 
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portions. In that case, it is importanttodecide which page 
specific image region must be visible over the other for 
the common portion. This overlap sequence must be 
transmitted to the variable data merger. That sequence 
will Impose the order In which each current page of the 
plurality of VDFx.PS files will be included in the data 
stream. A VDFx.PS file, describing a page specific image 
region which is covered by a page specific region 
described by a VDFy.PS, will appear in the output data 
stream for each page before the VDFy.PS file data. 

Another important advantage of the method accord- 
ing to the current invention is the independence of the 
VDFX.PS files from imposition. Several background 
images can be prepared, e.g. by the PageMaker appli- 
cation program, resulting in an output file MASTER.PS. 
An imposition program re-arranges the page sections of 
the output file MASTER.PS and includes translations 
and orthogonal rotations required to position correctly 
one or more background images on a sheet, such that 
one or more sheets can be folded and constitute a logical 
sequence of the different pages. When creating the 
MASTER.PS file, the page specific image regions can 
be correctly located within the background image. 
According to the OPI recommendations, the location and 
orientation of these page specific Image regions is 
encoded in the MASTER.PS file. This file refers to vari- 
ous dummy image files, which must be finally substituted 
by the page specific data. The file can be offered to an 
imposition application program, that transforms the 
MASTER.PS file to e.g. as MASTERI.PS file. The OPI- 
comments that describe the positional parameters of the 
dummy image files to be included, have been changed 
by the imposition program according to the new location 
and orientation of the background Image. The most 
important advantage to incorporate page specific image 
regions in the background layout as dummy images, is 
the fact that they are referenced by the OPI comments, 
via their filename plus extension and that the positional 
parameters within the background image are also Indi- 
cated by the OPI comments. The variable data merger 
can easily retrieve the spots where the variable data 
must be introduced, and the positional parameters are 
taken care of by OPI compliant applications such as most 
imposition programs. This way, different applications 
such as a professional page layout application and a 
database application can be merged, without the need 
to integrate or completely rewrite them. The variable data 
merger program can now operate in the same way on 
the MASTERI.PS file as it worked for the MASTER.PS 
file. Every VDFx.PS f He. which is necessary to obtain the 
final result, does not need to have knowledge about the 
imposition that has been performed. This also alleviates 
the burden on the imposition program. This has to proc- 
ess only the data within the MASTERPS file describing 
the background lmage(s), and no page specific data at 
all. which can be a substantial amount of data if a lot of 
records in the database are concerned. 

Having described in detail a preferred embodiments 
of the current invention, it will now be apparent to those 
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skilled in the art that numerous modifications can be 
made therein without departing from the scope of the 
invention as defined in the following claims. 

Claims 

1 . A method for printing a plurality of pages, having an 
identical background image region and at least one 
page specific image region, comprising the following 
steps : 

a) generating a bitmap representation for said 
background image region and storing said bit- 
map representation in a bitmap memory means 

t 

b) saving In a cache memory means portions of 
said bitmap representation corresponding to 
each page specific image region ; 

c) generating a bitmap representation for at 
least one page specific image region and stor- 
ing said page specific bitmap representation in 
said bitmap memory means ; 

d) outputting the contents of said bitmap mem- 
ory means to a marking engine for printing at 
least one page ; 

e) restoring at least one said saved portion from 
said cache memory means to said bitmap mem- 
ory means ; 

f) repeating steps c) to e) until said plurality of 
pages is printed. 

2. The method according to claim 1 . wherein said page 
specific image region has a rectangular shape. 

3. The method according to claim 1 , wherein said bit- 
map portion has a horizontal rectangular shape. 

4. The method according to claim 1 , wherein each said 
bitmap portion completely covers at least one said 
page specific image region. 

5. The method according to claim 1 , wherein in each 
iteration a bitmap representation is generated for 
each page specific image region, and each saved 
bitmap portion is restored. 

6. A method for printing a plurality of pages, having an 
identical background image region and at least one 
page specific image region, comprising the following 
steps : 

a) generating a background data stream 
describing : 

1) said background image region ; and 

2) for each said page specific image region 
the positional parameters ; 



b) generating a page specific data stream 
describing each page specific image region ; 

c) combining said background data stream and 
said page specific data stream ; 

5 d) generating from said combined data stream 

successive sets of marking engine signals rep- 
resenting the background Image including each 
page spedf ic region ; 

e) printing the image represented by each sue- 
10 cessive set of marking engine signals. 

7. The method according to claim 6. wherein the posi- 
tional parameters include : 

15 - the location relative to said background image ; 
the shape ; 

- the size ; and 

- the orientation. 

20 8. The method according to claim 7, wherein the posi- 
tional parameters further include a reference to an 
inf)age data file. 

9. The method according to claim 8. wherein the step 
25 of combining said data streams comprises the step 

of retrieving said reference to an image data file in 
said background data stream. 

10. The method according to claim 6, wherein the step 
30 of combini ng said background data stream and said 

page specific data stream Is preceded by a step of 
performing any transformation on said background 
data stream required for Imposition. 

35 11. The method according to claim 6. wherein the step 
of generating sets of signals comprises the step of 
clipping page specific image data, based upon said 
positional parameters. 

40 12. The method according to claim 6, wherein the com- 
bination step comprises the step of ordering the 
processing of each page specific image region. 
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userdict / ^AGFA Copies 1 put 

/ ^AGFA_VDF_DICT 100 diet def 

AGFA_VDF_DICT begin 
'~7_AGFA__VDF_CTM matrix def aultmatrix def 
/PageSizeRequest { 
initgraphics 

^AGFA_VDF_DICT begin 

AGFA VDF DICT / AGFA_VDF_BOUND )cnown 

( AGFA_VDF_BOUND aload pop newpath moveto lineto lineto lineto 

cXosepath clip) if 

AGFA VDF CTM setmatrix end 

} def ~ 
end 

/ ^AGFA Redef If Known { 

currentdict begin 

[0 {«* ^AGFA_VDF_DICT begin PageSizeRequest end} /exec load] 

2 copy exch 50 string cvs 0 exch put cvx def 
end 

} def 

t/a3 /a4 /A4 /a4small /a5 /A5 /b5 /B5 

/Letter /letter /lettersmall /note /legal /llxl7 /ledger) 
{ ^AGFA ^Redef If Known) forall 

statusdict begin 

[ /lettertray /llxl7tray /ledgertray /legaltray 

/statementtray /executivetray /a3tray /a4tray /b4tray /bStray] 
{ AGFA ^Redef If Known) forall 

/setpapertray dup currentdict exch known 

{{pop AGFA_VDF_DICT begin PageSizeRequest end) bind def) 

{userdict exch {pop AGFA_VDF_DICT begin PageSizeRequest end) 

bind put) if else 

end 

/setpagedevice {pop ^AGFA_VDF_DICT begin PageSizeRequest end} def 

^AGFA_VDF_DICT begin 

/ ^AGFA_SAVE_CONTEXT { 

AGFA_VDF_DICT begin dup 3 diet def load end 
7]]^nuindicts countdictstacJt put 

^AGFA_VDF_DICT begin / AGFA ContextSave save def end 

) def 

/ AGFA_RESTORE_CONTEXT { 

^AGFA_VDF_DICT begin load 

begin 

/^numdicts load 
end*" 
end 

countdictstack exch sub dup 0 gt 
({end} repeat) if 

AGFA_VDF_DICT begin AGFA ContextSave restore end 

} def 
end 



Fig. 4.A 
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/ AGFA SHOWPAGE {userdict begin 

" " /♦copies AGFA ^Copies def 

systemdict 
/showpage get exec 

AGFA_VDF_DICT begin 
7^ AGFA_VDF_CTM matrix defaultroatrix def 

end) 

def 

/ AGFA COPyPAGE {userdict begin 

~ /#copies AGFA ^Copies def 

systemdict 
/copypage get exec 
end) 

def 

/_AGFA CLEAR_RECT { 
statusdict begin 

statusdict /setvariabledatabox )cnown 

{8 (pop) repeat) ■4.-1- 
{systemdict begin matrix defaultmatrix setxnatrix end xnitclxp 

newpath moveto lineto lineto lineto closepath 

currentgray 1 setgray fill setgray} 
ifelse 

) def 

/ AGFA MAKE_TRANS_FROM_RECT { 
"systemdict begin matrix defaultmatrix setroatrix end 
8 copy 8 array astore ^ ^ ^ 

AGFA VDF DICT begin / ^AGFA_VDF_BOUND exch def end 

F'copy'newpath moveto lineto lineto lineto closepath clip 

4{pop}repeat 4 copy c -.n 

exch 4 1 roll exch sub 3 1 roll exch sub exch atan 5 1 roll 

pop pop translate rotate . ^ ^ j 

AGFA_VDF_DICT begin / ^AGFA__VDF_CTM matrix currentmatrix def end 

) def 

/ AGFA SAVE VDF_BOX 

"{statusdict begin statusdict /setvariabledatabox known 
{matrix defaultmatrix setmatrix setvariabledatabox ) 
(pop pop pop pop pop (ppppp) 
ifelse end 
] def 

/ AGFA SHOWPAGE_TO_NOTHING {/showpage {) def ) def 
_AGFA_SHOWPAGE_TO_NOTHING 

% PageMaker Prolog section - PageMa)cer Page section 1 
_AGFAJ^F_DICT begin /savecon /_AGFA_SAVE_CONTEXT load end exec 

'39^00^50^0/^.000 792,500 538.000 792.500 538.000 650.500 
) def 

1 396 650 538 793 _AGFA ^SAVE_VDF_BOX 



Fig. 4.B 



16 



EP 0 703 524 A1 



% start loop over different database records 
AGFA_VDF_RECT_11 _AGFA_CLEAR_RECT 

gsave 

^AGFA_VDF_RECT_11 _AGFA_MAKE_TRANSJFROM_RECT 

% FileMaker VDFx.PS Prolog section ; Page section 1 ; Trailer section 
grestore 

_AGFA_COPYPAGE 

% Second iteration 

AGFA_VDF_RECT_1 1 _AGFA_CLEAR_RECT 

gsave 

^AGFA_VDF_RECT_11 _AGFA_MAKE_TRANS_FROM_RECT 

% FileMaker VDFx.PS Prolog section ; Page section 2 / Trailer section 

grestore 

_AGFA_COPYPAGE 

% Third iteration 

^AGFA_VDF_RECT_11 _AGFA_CLEAR_RECT 

gsave 

^AGFA_VDF_RECT_11 _AGFA_MAKE_TRANS_FROM_RECT 

% FileMaker VDFx.PS Prolog section ; Page section 3 ; Trailer section 

grestore 

_AGFA_COPyPAGE 

I 

% Last iteration 

^AGFA_VDF_RECT_11 _J\GFA_CLEAR__RECT 

gsave 

AGFA_VDF_RECT_11 _AGFA_MAKE_TRANS_FROM_RECT 

% FileMaker VDFx.PS Prolog section ; Last Page section ; Trailer section 

grestore 

_AGFA_SHOWPAGE 

^AGFA_VDF_DICT begin /savecon / ^AGFA_RESTORE_CONTEXT load end exec 

% Trailer section of PageMaker output MASTER.PS 



Fig. 4.C 
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